home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qw12.exe / QWHITE12.EXE / XDV.TEC < prev   
Text File  |  1990-10-08  |  5KB  |  108 lines
  1. ID:X2 XDV.COM/DV.COM - vs - DV.EXE
  2. Quarterdeck Technical Note
  3. by Dan Sallitt
  4.  
  5. Q: Why does DESQview fail when I use XDV.COM or DV.COM but work
  6.    correctly when I use DV.EXE?
  7.  
  8.    XDV.COM, which is usually renamed to DV.COM by the DESQview Install
  9. program (before DESQview 2.26, the Install program did not automatically
  10. perform this renaming, though Quarterdeck's documentation recommended that
  11. it be done manually), is a loader that places bits of DESQview code in high
  12. memory areas.  It is useful on any system that has expanded memory, or on
  13. any system that has extended memory and is using DESQview's QEXT.SYS
  14. driver, or on any system using QEMM.SYS.  If DESQview loads successfully
  15. when started with the DV.EXE file but not when started with XDV.COM or
  16. DV.COM, there are two likely possibilities:
  17.  
  18. 1) The system's expanded memory manager (EMM) has allowed DESQview to place
  19.    a piece of its code in an area between 640K and 1024K (known as the
  20.    reserved memory area) that is already being used by hardware in the
  21.    system;
  22.  
  23. 2) QEXT.SYS is conflicting with another program that is using the first 64K
  24.    of extended memory.
  25.  
  26.    In the first case, one must determine which part of the area between
  27. 640K and 1024K is in conflict, then exclude it using the expanded memory
  28. manager's parameters.  If you know the hardware in the system, you should
  29. consult the manuals (or the manufacturers) of the expansion boards in the
  30. machine to determine the addresses that are being used for ROM extensions,
  31. buffers, etc.
  32.  
  33.    If your system is a 386 running QEMM-386, the QEMM.COM Accessed screen
  34. (also available as the Manifest QEMM 386\Accessed screen) can provide
  35. valuable hints about what areas of memory are in use. To use the Accessed
  36. screen, remove the RAM parameter (if it is in use) from the QEMM line in
  37. the CONFIG.SYS file, add the ON parameter, and reboot the machine.  Any
  38. area that the Accessed screen then shows as having been touched, but that
  39. the QEMM Type screen shows as Mappable or Rammable, is a good candidate for
  40. exclusion.
  41.  
  42.    Failing this, you should use the /X parameter to DV.COM or XDV.COM to
  43. exclude different areas of reserved memory, making the exclusions smaller
  44. and smaller until the conflict is pinpointed. Like most memory managers,
  45. DV.COM/XDV.COM takes hexadecimal addresses; in hexadecimal, the range
  46. A000-FFFF represents the addresses between 640K and 1024K.  Thus the
  47. command line
  48.  
  49.                XDV /X:A000-FFFF
  50.  
  51. prevents DESQview from putting its code anywhere between 640K and 
  52. 1024K.
  53.  
  54.                XDV /X:A000-CFFF
  55.  
  56. excludes the first half of this area, and
  57.  
  58.                XDV /X:D000-FFFF
  59.  
  60. excludes the second half.
  61.  
  62. All the possible 16K areas that can be excluded on DV.COM/XDV.COM 
  63. are listed below.
  64.  
  65. A000-A3FF A400-A7FF A800-ABFF AC00-AFFF
  66. B000-B3FF B400-B7FF B800-BBFF BC00-BFFF
  67. C000-C3FF C400-C7FF C800-CBFF CC00-CFFF
  68. D000-D3FF D400-D7FF D800-DBFF DC00-DFFF
  69. E000-E3FF E400-E7FF E800-EBFF EC00-EFFF
  70. F000-F3FF F400-F7FF F800-FBFF FC00-FFFF
  71.  
  72.    To exclude a number of these consecutive ranges, use the endpoints of
  73. the first and last block that you want to exclude. For instance:
  74.  
  75.                XDV /X:A000-ABFF
  76.  
  77. excludes the first three 16K areas above 640K.
  78.  
  79.    To determine if QEXT.SYS is in conflict with anything in the system, use
  80. this special exclusion on DV.COM or XDV.COM:
  81.  
  82.                XDV /X:FFFE
  83.  
  84.    Since the Quarterdeck Expanded Memory Manager-386 (QEMM-386) and other
  85. expanded memory managers for 80386 machines allow DESQview to place code in
  86. the QEXT area without the actual presence of the QEXT.SYS driver, this
  87. exclusion should be tried when troubleshooting 80386 machines in general.
  88.  
  89.    If the /X:FFFE exclusion eliminates the problem, look in the CONFIG.SYS
  90. and AUTOEXEC.BAT files for drivers or terminate-and- stay-resident programs
  91. that may be using extended memory.  If a program is in conflict with
  92. QEXT.SYS, the program may take parameters that will prevent it from using
  93. the addresses between 1024K and 1088K, which QEXT.SYS must use.
  94.  
  95.    It sometimes happens that a problem with XDV.COM or DV.COM is not
  96. localized: that is to say, almost any use of the .COM files to put DESQview
  97. code in almost any area causes the problem.  In such cases, one should
  98. probably look for a low-level conflict, usually on the hardware level.  One
  99. situation of this sort occurs on 80286 (or lower) systems on which an
  100. expanded memory board is used to backfill motherboard memory without the
  101. user having disconnected the already existing motherboard memory.  The
  102. resulting address conflict causes immediate crashes with DV.COM or XDV.COM;
  103. DV.EXE will also crash in this circumstance, but not until DESQview has to
  104. allocate expanded memory to open multiple windows.
  105.  
  106.          Copyright (C) 1990 by Quarterdeck Office Systems
  107.              * * *   E N D   O F   F I L E    * * * 
  108.